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Description 

APPARATUS AND METHOD FOR GARBAGE 

COLLECTION 

Technical Field 

[1] The present invention relates to a g^rbqge collection apparatus and method, and 

more particularly, to an apparatus and method for performing g^bage collection in a 
smart card. 

Background Art 

[2] In a mark- and-s weep method, one of the conventional girbage collection methods, 

garbage collection is achieved by performing tcgether a mark phase and a sweep 
phase. On the other hand, in a partial girbqge collection process, only some objects are 
examined and collected. 

[3] A smart card, a medium used for a user-interactive communication, can hardly be 

used for long data processing. Thus, in a command/response communication en- 
vironment, a response time can be delayed due to a process such as the garbage 
collection, a processing time of which is not specially assigned. Therefore, when the 
g^rbqge collection is performed, it must be considered that a user can feel a response 
delay and timeout can occur due to the response delay. 

[4] Also, for improving processing efficiency, most smart cards have a single thread 

operation structure using a one-chip processor, and only one application program is 
active when the user- interactive communication is performed. Therefore, the smart 
cards cannot have a separate process for managing the ^rbage collection, and also few 
application prcgrams can be activated so that the partial j^rbage collection for a 
portion of an object can be efficiently performed. Furthermore, there are not sufficient 
resources with which the full/partial girbage collection can be always managed. 

[5] Accordingly, the garbage collection is requested when necessary, and a pre- 

determined process is performed only during its activated period of time. In the 
garbage collection intermittently performed by being passively activated, what 
influences a processing time is how much garbage must be collected and how long 
time is required for examining whether an object is the ^rbqge. The former is 
determined according to a kind of memory in which an object management table and 
objects to be collected are mainly placed, and in a memory requiring a long processing 
time in a write operation, a processing time depends on the amount of processed data. 
The latter usually depends on the number of objects to be examined. 
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Disclosure of Invention 

Technical Problem 

[6] In the smart card, it is difficult to perform both the mark and sweep phases in a 

garbage collection process. Particularly, it takes a lot of time to write in electrically 
erasable programmable read-only memory (EEPROM) used as persistent memory of 
the smart card. In the sweep phase of the j^rbage collection process, in order to collect 
memory space used for objects in the persistent memory or for transient objects of a 
case where an object management table is in EEPROM, a process of writing in 
EEPROM is necessary. 

[7] Accordingly, when the ^rbqge collection is performed, a lot of processing time can 

be taken due to the writing in EEPROM. Therefore, a method of balancing a load by 
dividing a garbage collection process is required. 

Technical Solution 

[8] The present invention provides an apparatus and method for performing garbage 

collection, which prevent communication failure due to a response delay or timeout 
related to a garbage collection in smart card by balancing a load of the garbage 
collection. 

[9] The present invention also provides a computer readable medium having recorded 

thereon a computer readable program for executing a method of performing garbage 
collection to prevent communication failure due to a response delay or timeout by 
balancing a load of the garbage collection. 

Advantageous Effects 

[10] According to the present invention, stable memory can be secured in realtime by ef- 

fectively managing the memory through distributed processing of j^rbage collection. 
Also, communication failure due to a response delay or timeout is prevented by 
distributed processing loads of ^rbqge collection. 

Description of Drawings 

[11] FIG. 1 A illustrates a smart card and a communication method using the smart card; 

[12] FIG. IB illustrates a hierarchical structure of a Java smart card,; 

[13] FIG. 1C illustrates a command processing process of the smart card; 

[14] FIG. ID illustrates a time limit for gjaranteeing user's QoS; 

[15] FIG. 2 A illustrates a status change of a smart card communicating with a host (or a 

terminal); 

[16] FIG. 2B illustrates a ^rbage collection method according to an exemplary 

embodiment of the present invention; 
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FIGS. 3 A through 3G illustrate ^rbqge collection methods according to an 
exemplary embodiment of the present invention; and 

FIGS. 4 A throigh 4C are flowcharts of garbage collection methods according to an 
exemplary embodiment of the present invention. 

Best Mode 

According to an aspect of the present invention, there is provided a garbage 
collection method comprising: making a list of objects that must be deleted from a 
memory; calculating a predetermined residual time for responding to an external 
command; deleting the listed objects from the memory during the residual time; and 
storing a list of remaining objects that have not been deleted from the memory during 
the residual time. 

According to another aspect of the present invention, there is provided a g^rbqge 
collection apparatus comprising: a timer, which calculates a predetermined residual 
time for responding to an external command; and a memory management unit, which 
makes a list of objects that must be deleted from a memory, deletes the listed objects 
from the memory during the residual time, and stores a list of remaining objects that 
have not been deleted from the memory during the residual time. 

Accordingly, communication failure due to a response delay or timeout is prevented 
by balancing a load of the ^rbage collection. 

Mode for Invention 

Hereinafter, a garbage collection method and an apparatus using the same 
according to the present invention will now be described more fully with reference to 
the accompanying drawings, in which exemplary embodiments of the invention are 
shown. 

FIG. 1 A illustrates a smart card and a communication method using the smart card. 

A smart card 104, which has a universal subscriber identity module (USIM) or a 
subscriber identity module (SIM) according to an international standard, com- 
municates with a host (or a terminal) 100 via a card acceptance device (PAD) 102 
using the ISO 7816 smart card communication standard. 

In general, the smart card 104 is a system that includes a CPU, a memory such as 
RAM, ROM, and EEPROM, a bus, a timer, and an input/output interface. However, 
due to chip size limitation of the smart card 104, a capacity of a built-in memory and 
processing ability of a processor are limited. Accordingly, the smart card 104 is 
usually used as a passive medium, and a basic operating method of the smart card 104 
is to process an input external command and transmit a processing result. 
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FIG. IB illustrates a hierarchical structure of a Java smart card. 

Referring to FIG. IB, a card operating system (POS) 126 is placed in an upper 
layer than hardware (a silicon chip) 128 of a Java smart card 120, and a Java card 
virtual machine (JCVM) 124 is placed in an upper layer than the COS 126. In order to 
execute Java card applets 134, which are application programs of the smart card 120, 
the Java smart card 120 provides a Java card application programming interface 
(JCAPI) 121, and in order to allow the JCVM 124 or the JCAPI 121 to call function 
modules 130 provided by the COS 126, the Java smart card 120 provides a native- 
interface and other APIs 122 for additional functions. 

Garbage collection using the Java smart card 120 is performed by a garbage 
collection module 132 of the COS 126. The Java smart card 120 provides the APIs 122 
so that the j^rbqge collection module 132 is passively called and used. The other 
portion besides the Java card applets 134 is called a JCOS 136. 

In a smart card, it is important to gaarantee a fast and even response time in 
response to a user's request and always secure working memory required for executing 
an application program on it. The former requires that a response delay is reduced in a 
ciphering process and a writing process in EEPROM, both particularly requiring a long 
processing time. In the g^rb^ge collection, a method of reducing a number of access 
times to write in EEPROM is considered. To satisfy the latter, since memory 
compaction is not performed due to its high cost, it is essential to reallocate a memory 
space, which is allocated and not used, by sweeping the memory space. 

FIG. 1C illustrates a command processing in the smart card. 

Referring to FIG. 1C, a smart card 150, which is a user-interactive medium, has a 
time limit from receiving a command from a host (or a terminal) 140 to respond to the 
command. 

If the host (or the terminal) 140 cannot receive the response within a predetermined 
time limit due to a long processing time in the smart card 150, the host (or the 
terminal) 140 performs a timeout process. When the timeout process is performed, the 
host (or the terminal) 140 expects the response within the predetermined time limit by 
re-transmitting the command to the smart card 150 a predetermined number of times in 
step 144. However, if the timeout process is performed every time, the host (or the 
terminal) 140 determines that the response is not received in step 146 as shown in FIG. 
1C A user can set the number of times the host (or the terminal) 140 transmit a 
command to the smart card 150 when a response does not return in a predetermined 
time limit. 
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Besides determining communication success/failure on the basis of whether a 
response against a command returns in a predetermined time limit, in a case of a user- 
interactive medium such as a smart card, an important element determining a com- 
munication quality of service (QoS) with the smart card 150 is how fast the smart card 
150 can respond to a user's request. 

FIG. ID illustrates a time limit for giaran teeing user's QoS. 

Referring to FIG. ID, a response time limit 162 is different from a user waiting 
time limit 160 in pursuit of a better QoS, which is determined for improving a response 
delay affecting a user. When an application program related to a smart card is 
developed and when a smart card management module is designed, the response time 
limit 162 and how fast responses should be performed in the user waiting time limit 
160 must be considered. 

FIG. 2A illustrates a status change of a smart card communicating with a host (or a 
terminal). 

In detail, FIG. 2A shows relationship between communication cycles 200 and 
changes of status 210 and 220 of a smart card when a host (or a terminal) and the smart 
card communicate with each other via a CAD. 

A communication cycle 200 is made up of a process wherein the host (or a 
terminal) transmits a command to the smart card and receives a response to the 
command from the smart card. A plurality of communication cycles 200 is made up of 
a card communication session between the host (or a terminal) and the smart card. 
That is, the card communication session takes place from the time when the smart card 
is identified after being inserted into the CAD to the time when the smart card is pulled 
out from the CAD. 

The smart card is in a waiting mode 220 between the time when a response is 
transmitted and the time when a new command is received. In the waiting mode 220, 
the smart card checks communication channels logically connected to an input/output 
unit of the smart card. The smart card is in an active mode 210 between the time when 
a command is received from the host (or a terminal) and the time when a response to 
the command is generated and transmitted. The smart card operates by alternating the 
two statuses 210 and 22Q 

FIG. 2B illustrates a &rbage collection method according to an exemplary 
embodiment of the present invention. 

Referring to FIG. 2B, a smart card with a processor performs a command received 
from a host (or a terminal) and a smart card management process in an active mode 
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26Q Accordingly, in a case of g^rbqge collection, if a girbage collection request is 
internally generated and transferred to a COS, mark/sweep phases of the ^rbage 
collection are performed together in a current communication cycle or a next com- 
munication cycle. 

Whenever the garbage collection is requested, the smart card uses a method of 
listing objects that must not currently be deleted from the smart card (mark phase) and 
deleting all objects except the listed objects from a memory (sweep phase). When the 
mark and sweep phases are performed with a normal command processing in a com- 
munication cycle, a response time may be delayed or temporary lack of memory due to 
the ^rbage collection may occur. It takes time to list objects to be deleted, 
furthermore, it also takes time to delete the objects due to characteristics of EEPROM 
in the smart card. 

In the j^rbqge collection method shown in FIG. 2B, any information required for 
the g^irbage collection does not have to be stored in the memory, and only memory 
required for currently performing garbage collection is necessary. Accordingly, in the 
method, RAM is utilized rather than memory requiring a writing delay such as 
EEPROM. Even if RAM is used, memory waste is prevented by using a stack space or 
an unused memory space of a reserved memory space and by not using a dedicated 
space. 

However, since the ^rbage collection is not related to a normal operation of 
processing a received command and generating a response, a user may feel un- 
comfortable when using a smart card due to a response delay caused by the j^rbage 
collection. 

Due to a burden by the garbage collection, a smart card that has a little processing 
ability and limited memory space, a module that automatically manages the j^rbage 
collection is not included, and the ^rbage collection is requested when it is necessary. 

Memory of a smart card is small comparing to me^i-media but is getting larger. 
Also, since the number of objects generated by a smart card application prcgram is 
getting larger, and accordingly, since the number of objects to be examined and 
^irbage to be swept are getting larger, if processes of looking for j^rbage and deleting 
the ^rbage among objects in total memory are included in a j^rbqge collection 
process, possibility of a response delay or timeout due to the g^irbqge collection is 
getting larger. 

FIGS. 3 A throigh 3G illustrate g^rbqge collection methods according to an 
exemplary embodiment of the present invention. 
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Referring to FIG. 3A, in order to reduce possibility of a response delay or timeout, 
a garbage collection process is distributed and performed in a plurality of com- 
munication cycles in step 30Q A method of measuring an available time using a timer 
is used for distributed processing the garbage collection in the plurality of com- 
munication cycles. 

In a mark phase of a garbage collection process, a list of objects that should not be 
deleted in a current status of a smart card is made, and a list of objects that should be 
deleted from an object table is also made on the basis of the list of objects not to be 
deleted. When an object is newly generated or deleted during execution of an ap- 
plication program, the two lists are updated together. When new ^rbage collection is 
requested, if there are objects remained in the list of objects to be deleted, new objects 
to be deleted are added to the list. A time to make a list of objects to be deleted is when 
two following cases occur. Also, if there is not an existing list of objects to be deleted, 
a new list is made: 

1) when girbage collection is requested 

2) when a communication session of a smart card is initialized. 

When the new garbage collection is requested, if there is a residual time up to a 
response time limit even after objects in the existing list of objects to be deleted are 
clearly deleted, in a mark phase of the newly called ^rbage collection, a list of objects 
to be deleted is newly made. 

In a sweep phase of the garbage collection, a residual time up to the response time 
limit of the smart card is measured on the basis of the list of objects to be deleted, and 
the objects to be deleted are deleted during the residual time. The objects, which 
remain in the list of objects to be deleted, not being deleted in a response time period, 
are stored in EEPROM or RAM. Whenever the smart card receives a command via a 
CAD, the smart card repeatedly processes the command and deletes objects to be 
deleted during a residual time up to the response time limit after the command 
processing is finished. 

If a memory allocation request for a new object occurs during the command 
processing the smart card looks for free memory space of which elements to be 
returned by objects to be deleted and not to be allocated. And it allocate the free 
memory space to the new object. If a portion of the allocated memory is returned, it is 
dealt as another returned memory. The amount of required memory is reduced by 
manzging object with a bitmap. 

Referring to FIG. 3B, a smart card processes a command and measures a residual 
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time up to a response time limit or a user waiting time limit for QoS. The smart card 
calculates the amount of ^rbage collection to be performed in a communication cycle, 
and if the ^rbage collection can be finished in the residual time, the smart card 
finishes the girbage collection. 

FIGS. 3C throigh 3G illustrate cases of performing distributed processing when it 
is difficult to perform a garbage collection process in a predetermined time. 

Referring to FIG. 3C, g^irbqge collection is distributed and performed in two steps 
320 and 322. 

The amount of each garbage collection distributed into two steps is based on each 
available time measured after each command is processed in each communication 
cycle. If the mark- and-s weep method is used for the ^rbage collection, a method of 
separately performing a mark phase and a sweep phase or a separate collecting 
memory of objects in the sweep phase is selected. 

When the j^rbage collection is performed over a plurality of communication 
cycles, an address list of objects to be deleted is stored in memory, and the sweep 
phase is performed using the address list. In order to exclude a possibility of losing a 
list of objects to be deleted examined in the mark phase when the garbage collection is 
performed over the plurality of communication cycles and examining the list qg^in, the 
list of objects to be deleted is stored in EEPROM. 

If the amount of ^rbage collection remained after a previous communication cycle 
is small, as shown in FIG. 3E, when a new communication cycle starts in response to a 
command, a command processing can be performed after the j^rbqge collection is 
performed first of all. 

If a new garbage collection process is requested before a current garbage collection 
process is finished, a method of finishing the current ^rbage collection process and 
starting the new g^rbqge collection process or a method of adding objects to be deleted 
to a current list for objects to be deleted is used. However, in any case, schedule 
management is performed so that the newly requested ^rbage collection is clearly 
performed. 

Referring to FIG. 3D, in a second communication cycle, two parts 332 and 334 of 
different garbage collection processes are performed. FIG. 3D shows a part 332 when 
a residual part of a garbage collection process performed in a first communication 
cycle is transferred and a part 334 when a new garbage collection process requested in 
the second communication cycle is partially performed during an available time 
remained. 
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A residual part 336 of the newly requested garbage collection process in the second 
communication cycle is transferred to a third communication cycle and finished. 

Referring to FIG. 3E, the time for performing garbage collection is different from 
that of FIG. 3D. If the amount of residual ^rbage collection 342 after previous 
garbage collection 340 is small, after the residual garbage collection 342 is finished as 
soon as a command is received in a second communication cycle, the received 
command is processed. Garbage collection 344 newly requested in the second com- 
munication cycle is performed during a residual available time, and residual garbage 
collection 346 is transferred to a third communication cycle. 

FIGS. 3F and 3G illustrate cases of performing ^rbage collection in the middle of 
command processing. 

Since it takes a long time to write in EEPROM, a method to enhance the processing 
efficiency by concurrent performing g^rbqge collection and command processing or 
concurrent performing an object deletion process and a sweep phase of the garbage 
collection during the command processing is used in steps 352 and 354. 

In the former case, if EEPROM is used as persistent memory, writing by the unit of 
page is basically used in EEPROM. When writing on a same page is performed, a 
block time, which is generated when to write on different pqges, can be removed. Ac- 
cordingly, if a writing process is performed at a time of gathering data to be written on 
a page of EEPROM, a time for writing can be reduced. Also, a scheme of concurrent 
performing command processing and ^rbage collection processing can be used. FIGS. 
3F and 3G show the times when distributed processing parts of ^rbage collection are 
performed. 

FIGS. 4 A throigh 4C are flowcharts of garbage collection methods according to an 
exemplary embodiment of the present invention. 

FIGS. 4A throiigh 4C show flowcharts of garbage collection processing in a smart 
card during communication between a host (or a terminal) and the smart card shown in 
FIGS. 3A throigh 3G. 

FIG. 4A shows a flowchart of garbage collection processing during a permitted 
residual time after command processing is finished in a smart card and the ^rbage 
collection is requested in step S40Q 

The smart card examines whether there is residual garbage collection in step S405. 
If there are the residual ^rbage collection steps, the smart card measures the amount 
of the g^rbqge collection that can be performed in a residual available time up to a 
response time limit in step S41Q The residual girbage collection of a previous j^rbqge 
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collection process is performed in the measured available time in step S415. If the 
residual g^rb^e collection of the previous garbage collection process cannot be 
finished, the new residual garbage collection is transferred to a next communication 
cycle. If there is a residual time after the residual girbage collection is finished, a 
newly requested garbage collection process is performed in step S42Q The newly 
requested garbage collection is performed in an available time, and a residual amount 
of the garbage collection is transferred to a next communication cycle. 

FIG. 4B shows a flowchart of a method of performing g^rbqge collection remained 
in a previous communication cycle first of all and performing command processing of 
a smart card. 

The smart card receives a command from a host (or a terminal) in step S43Q Before 
the smart card performs the command, it examines whether there is residual g^rbqge 
collection in the previous communication cycle in step S435. How much garbage 
collection the smart card performs before the command processing is based on the 
amount of residual ^rbage collection. The residual f^rbage collection in the previous 
communication cycle is processed in a predetermined time in step S44Q The smart 
card performs the received command in step S445. After the command processing 
finishes, the smart card measures a residual available time and calculates the amount of 
^rbqge collection during the available time in step S45Q If new ^rbage collection is 
requested, the new ^rbage collection is processed in the available time in step S455. 
The smart card transmits a response for the command processing in step S46Q 

FIG. 4C shows a flowchart of a method of concurrently processing a command and 
a residual part of garbage collection of a previous communication cycle in the middle 
of the command processing. 

A smart card receives a command from a host (or a terminal) in step S47Q Before 
the smart card performs the command, it examines whether there is residual girbqge 
collection in a previous communication cycle in step S472. If there is the residual 
garbage collection in the previous communication cycle, it is processed in a pre- 
determined time in step S474. 

The smart card processes the received command in step S476. In the middle of the 
command processing on the smart card, if there is a write on a same page of EEPROM 
in the g^rbqge collection, the smart card processes the girbqge collection to con- 
currendy perform the write process with the command processing in step S478. Then, 
the smart card processes the received command in step S48Q A^in, the smart card 
examines whether there is a write on a same pqge of EEPROM in the girbqge 
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collection during the command processing and if there is a write on the same page of 
EEPROM in the garbage collection, the smart card processes the ^rbage collection 
tcgether in step S482. After the command processing finishes, the smart card 
calculates the amount of garbage collection which can be performed during a residual 
time up to a response time limit measured by a timer in step S484. The smart card 
processes the amount of calculated g^rbqge collection in step S486. 

[77] If a new garbage collection is requested, the smart card processes the new g^rbqge 

collection up to a permitted time in step S488. When the smart card generates a 
response to the command and transmits the response to the host (or the terminal) in 
step S490, a communication cycle is finished. Steps S478 and S482 are concurrently 
performed with step S48Q The smart card selects portions written in EEPROM of a 
g^rbqge collection process and concurrently performs the portions with command 
processing and if a command includes portions having the advantages by performing 
concurrent processing rather than single processing when the portions are processed, 
the smart card processes garbage collection tcgether. 

[78] The invention can also be embodied as computer readable codes on a computer 

readable recording medium. The computer readable recording medium is any data 
storage device that can store data which can be thereafter read by a computer system. 
Examples of the computer readable recording medium include read-only memory 
(ROM), random-access memory (RAM), CD-ROMs, magnetic tapes, floppy disks, 
optical data storage devices, and carrier waves (such as data transmission throigh the 
Internet). The computer readable recording medium can also be distributed over 
network coupled computer systems so that the computer readable code is stored and 
executed in a distributed fashion. 



